home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-03-06 | 1.7 KB | 46 lines | [TEXT/GEOL] |
- Item 7242122 21-May-90 19:11DST
-
- From: UK0392 EHN & DIJ Oakley,IDV
-
- To: A.XSE007 Austria - Orthosoft,J Mayrbauer,IDV
-
- cc: MACAPP.TECH$ MacApp Technical
-
- Sub: Re Codegen fatal error
-
- Juergen,
-
- Welcome to the codegen error club! I have reported a very similar codegen bug
- in 3.1 Pascal, only this time it occurred when the FPU flag was on.
-
- What I did to work around was to repeat compile with various bits of the source
- commented out (don't worry about whether it would work, though) just to locate
- the troublesome line. The chances are, if it is similar to the bug that I
- found, it was where you tried to assign to a field of an object, and probably a
- real number or something similar. To reassure yourself that it is a compiler
- problem, you might like to skip the MacII and Sys6 flags, and just try it with
- a plain -nodebug or -debug flag (and no others) - you should not get a code
- generation problem then.
-
- Once you have located the troublesome line(s), try to make them simpler for the
- code generator - if it comes down to altering a field, then write a little
- method for the class which owns that field to alter it, e.g.
-
- {if this is the problem line}
- aMyObject.fThisField := aValue;
- {then try something like}
- aMyObject.AlterThisField(aValue);
- {where you have a little method:}
- PROCEDURE TMyObject.AlterThisField(theValue: DATATYPE);
- BEGIN
- fThisField := theValue;
- END;
-
- When you have isolated the problem, build a really stripped down test program,
- and file a proper bug report using Outside Bug Reporter, to MAC.DTS. You will
- find them most helpful, and in the end we will all benefit as they will fix the
- bug for us all!
-
- Regards, Howard.
-
-